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(54) Automobile control unit having different program modules 



(57) An ECU (2, 4. 6. 8) is provided with a micro- 
computer (60. 62) for performing arithmetic operation 
for controlling a control target (18, 20. 22. 30. 32. 40. 42) 
by executing a program stored in a ROM and for per- 
forming the process to transmit the control data calcu- 
lated by means of the arithmetic operation to a 
communication target. The program comprises inde- 
pendent program modules, that is, an application pro- 
gram unit (100 - 130) for performing the arithmetic 
operation, a communication conversion program unit 



(200) for extracting the control data to be transmitted 
from among the control data calculated by the applica- 
tion unit and for performing the process to convert the 
extracted control data to the communication data string 
corresponding to the communication protocol of the 
communication target, and a communication driver pro- 
gram unit (300) for performing the process to transmit 
the data string according to the communication proto- 
col. 
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Descripti n 

[0001] The present Invention relates to an automo- 
bile control unit provided with a microcomputer, and 
more particularly relates to an automobile control unit 
provided with a microcomputer that communicates data 
with other microcomputers in other automobile control 
units to thereby share the control data with communi- 
cated microcomputers. 

[0002] An automobile control unit for controlling a 
control target such as an engine or transmission 
mounted on an automobile is provided with a microcom- 
puter for performing arithmetic operations for controlling 
control targets by executing control programs stored in 
a ROM. 

[0003] Recently, the control algorithm has become 
complex, and in such an automobile control unit, a 
microcomputer mounted on an automobile control unit 
communicates the data with other microcomputers of 
other automobile control units to thereby share the con- 
trol data used for controlling control targets with com- 
municated microcomputers. Thus, the controllability is 
improved. 

[0004] Various communication system structures of 
an automobile control unit (ECU) are known. One exem- 
plary system uses an in- ECU communication system 
structure for communicating the data one-to-one 
between two microcomputers mounted on one ECU. 
Another exemplary system uses an inter-ECU serial 
communication system structure for communicating the 
data one-to-one between respective microcomputers 
mounted on ECUs through a serial communication line 
provided in an automobile. A still another exemplary 
system uses an inter-ECU multiple communication sys- 
tem structure for communicating the data one-to-many 
or many-to-one among microcomputers mounted on 
respective microcomputers mounted on three or more 
ECUS through a multiple communication line provided 
in an automobile. 

[0005] Furthermore, a system structure having the 
atXDve systems is also known. For example, the system 
structure in which a microcomputer mounted on one 
ECU communicates the data with another microcom- 
puter mounted on the same ECU and also communi- 
cates the data with a microcomputer mounted on 
another ECU through a serial communication line or a 
multiple communication line has been known. 
[0006] As described above, various system struc- 
tures different in the communication type are employed 
for the automobile control unit of this type. Furthermore, 
various communication protocols are employed even 
though the communication type of the system structure 
is the same, and particularly many comnrujni cation pro- 
tocols are used for multiple communication. Even 
though the communication type system structure and 
the communication protocol are the same, the system 
structure difference in allotment of control part depend- 
ing on the sender microcomputer and receiver micro- 



computer and the type of controlling data, and the 
control data difference in the type of control data to be 
communicated, data length, and arrangement of control 
data of the communication data string actually commu* 

5 nicated are the factor of the additional variation. 

[0007] However, in the above automobile control 
unit, a program to be executed by a microcomputer 
includes a part for the arithmetic operation for control- 
ling the target to be controlled and a part for performing 

10 communication operation of the control data to be com- 
municated between communication targets, and these 
parts are not defined clearly and are formed insepara- 
bly. 

[0008] Therefore, in such automobile control units, 
15 the whole program must be modified in the wide range 
every time when the communication type or control part 
allotment of the system structure or communication pro- 
tocol is changed. Furthermore, it is difficult to reuse a 
program that has been developed for the purpose of this 
so unit having this system structure to another unit having 
another system structure. 

[0009] For example, in the above automobile con- 
trol unit, a control program that is provided for control 
arithmetic operation depending on the control target is 

25 used not only for calculation of the control data but also 
for conversion of the calculated control data to the com- 
munication data string corresponding to the communi- 
cation protocol between communication targets, the 
communication data string is transmitted with transmis- 

30 sion timing determined according to the communication 
protocol or baud rate. On the other hand, the communi- 
cation data string transmitted from a communication tar- 
get by means of the control program is received at the 
timing determined according to the communication pro- 

35 tocol or baud rate, the control data included in the com- 
munication data string is written in a memory area that 
will be referred to when arithmetic operation is per- 
formed- Therefore, if the communication protocol to the 
communication target or the data type or data length of 

40 the control data to be communicated is changed, the 
whole program must be modified. 
[001 0] It is the object of the present invention to pro- 
vide an automobile control unit that minimizes the mod- 
ification of a program to be executed by a 

45 microcomputer when the system structure or communi- 
cation protocol is changed. 

[0011] According to the present invention, inde- 
pendent program modules includes data conversion 
program and the communication driver program, which 

so are provided separately from the application program 
for performing the control arithmetic operation corre- 
sponding to a control target. The modules convert the 
control data to be transmitted to a communication target 
to a communication data string corresponding to a com- 

55 munication protocol, and transmit the communication 
data string to the communication target according to the 
communication protocol. Therefore, it is not necessary 
to modify the application program even though the com- 
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munication protocol is changed, or the data type or data 
length of the control data to be transmitted to the com- 
munication target or the arrangement of the control data 
in the communication data string is changed. 
[0012] Only the data conversion program need be s 
modified and it is not necessary to modify the communi- 
cation driver program and application program as long 
as the communication protocol is the same even though 
the type or data length of the control data to be transmit- 
ted to the communication target or the arrangement of io 
the control data in the communication data string is 
changed concomitantly with the system structure 
change. 

[0013] Other objects, features and advantages of 
the present invention will become more apparent from is 
the following detailed description made with reference 
to the accompanying drawings. In the drawings: 

FIG. 1 is a block diagram Illustrating an automobile 
control system in accordance with an embodiment 20 
of the present invention; 

FIG. 2 is a block diagram illustrating an engine ECU 
that is a component of the automobile control sys- 
tem shown in FIG. 1 ; 

FIG. 3 is a conceptual diagram schematically illus- 25 
trating an communication model in a first microcom- 
puter provided in the engine ECU: 
FIG. 4 is a table describing first table data stored in 
a table storage unit; 

FIG. 5 is a table describing second table data 30 

stored In the table storage unit; 

FIG. 6 is a message sequence chart illustrating a 

process operation for storing control data obtained 

by an application unit in a common memory; 

FIG. 7 is a message sequence chart illustrating a 35 

process operation for generating a common packet 

data from the control data stored in the common 

memory; 

FIG. 8 is a message sequence chart illustrating a 
process operation for converting the common 40 
packet data generated by means of the process 
operation shown in FIG. 7 to a communication data 
string; 

FIG. 9 Is a schematic diagram illustrating conver- 
sion of external common data in the common mem- 45 
ory to a communication data string to be 
transmitted actually for an example of a multiple 
communication; 

FIG- 10 Is a schematic diagram illustrating conver- 
sion of external common data in the common mem- so 
ory to a communication data string to be 
transmitted actually for an example of a serial com- 
munication; 

FIG. 11 is a message sequence chart illustrating a 
process operation for generating common packet ss 
data from reception data; 

FIG. 12 is a message sequence chart illustrating a 
process operation for extracting a control data from 



the common packet data generated by means of 
the process operation shown in FIG. 11 and for 
storing the control data in the common memory; 
FIG. 13 is a message sequence chart illustrating a 
process operation in which the application unit uses 
the control data in the common memory for control 
operation; and 

FIG. 14 is a schematic diagram illustrating a con- 
version of a communication data string supplied 
from the external to the control data used for control 
operation in the application unit in the first micro- 
computer for an exemplary case of the multiple 
communication. 

[0014] An automobile control system in accordance 
with an embodiment to which the present invention is 
applied is described in detail hereinafter with reference 
to the figures. 

[0015] FIG. 1 is a structural diagram for illustrating 
the structure of an automobile control system 1 in 
accordance with an embodiment. The automobile con- 
trol system 1 in accordance with the present embodi- 
ment controls an engine, a transmission, an air 
conditioner, instrument, a brake, and other electrical 
equipment. 

[0016] As shown in FIG. 1, the automobile control 
system 1 in accordance with the present embodiment is 
provided with an electronic control unit (engine ECU) 2 
for mainly controlling the engine and transmission, an 
electronic control unit (air conditioner ECU) 4 for con- 
trolling an air conditioner, an electronic control unit 
(meter ECU) 6 for controlling meters and alarm lamps in 
a meter panel, and an electronic control unit (attitude 
control ECU) 8 for controlling the automobile attitude to 
prevent unstable side slipping of an automobile. 
[0017] The engine ECU 2. air conditioner ECU 4, 
and meter ECU 6 are connected each other though a 
multiple communication line 10 communicatively. The 
engine ECU 2 is one-to-one connected to the attitude 
control ECU 8 so as to do serial communication through 
a serial communication line 1 1 other than the multiple 
communication line 10. The communication protocol 
through the multiple communication line 10 is different 
from the communication protocol through the serial 
communication line 1 1 . 

[0018] The engine ECU 2 detects the operation sta- 
tus of the automobile based on detection signals trans- 
mitted from various sensors such as a speed sensor 12 
for detecting the automobile speed SPD, a crank angle 
sensor 14 for detecting the engine speed (rotation 
speed Ne). and a coolant temperature sensor 16 for 
detecting the cooling water temperature of the engine 
(cooling water temperature THW). The engine ECU 2 
controls the engine and transmission so as to be in opti- 
mal condition by driving an injector 18. an igniter 20, 
and other actuators not shown in the figure based on 
the detection results and the outside air temperature 
TAM data transmitted from the air conditioner ECU 4 as 
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described hereinafter. 

[0019] Furthermore, the engine ECU 2 transmits 
the control data that indicates the operation status such 
as the automobile speed SPD. rotation speed Ne, and 
cooling water temperature THW, which are detected as 
described above, to the multiple communication line 10 
and the serial communication line 1 1 properly, and con- 
trols the engine to transmit the driving force of the 
engine to a coolant compressor of the air conditioner to 
activate the cooling operation of the air conditioner by 
actuating an A/C magnet clutch 22 In response to the air 
conditioner control data AC transmitted from the air con- 
ditioner ECU 4 as described hereinafter. 
[0020] On the other hand, the air conditioner ECU 4 
detects the air temperature outside the automobile (out- 
side air temperature) TAM and the air temperature 
inside the automobile (inside air temperature) based on 
the detection signal from an outside air sensor 26 and 
an inside air sensor 28 and transmits the detection 
result data, and actuates a blower motor 30 and an air 
mix damper 32 for switching air distribution depending 
on the detection results and the data for indicating the 
automobile speed SPD. rotation speed Ne. and cooling 
water temperature THW transmitted from the engine 
ECU 2, and controls the air conditioning in the inside. 
The air conditioner ECU 4 transmits the air conditioner 
control data AC to the engine ECU 2 to actuate the A/C 
magnet clutch 22 when an air conditioner switch 24 is 
turned on by an automobile driver. 
[0021] The meter ECU 6 actuates a speedometer 
40, a tachometer 42. and a cooling water temperature 
meter (not shown in the figure) in the meter panel corre- 
sponding to the data that indicates the automobile 
speed SPD, rotation speed Ne, and cooling water tem- 
perature THW transmitted from the engine ECU 2. Fur- 
thermore, the meter ECU 6 lights an open door alarm 
lamp 44 for indicating that a door is open and a brake 
alarm lamp 46 for indicating that a parking brake is 
pulled up based on the signal from each door switch 
that is turned on/off depending on opening/closing of 
each door of the automobile and the signal from a park- 
ing brake switch that Is turned on while the parking 
brake of the automobile is being pulled up. 
[0022] On the other hand, the attitude control ECU 
8 detects the running condition of the automobile based 
on the signal from various sensors such as a yaw rate 
sensor 50, arKi actuates a brake actuator 52 to control 
the brake and transmits the control data (for example, 
fuel cut signal) to reduce the engine output to the engine 
ECU 8 through the serial communication line 1 1 when 
the attitude control ECU 8 determines the automobile to 
be in skidding. At that time, tiie engine ECU 2 actuates 
the Injector 18 according to tiie control data supplied 
from the attitude control ECU 8 to reduce the engine 
output. 

[0023] ECUS 2, 4. 6 and 8 are provided with respec- 
tive microcomputers, each microcomputer executes a 
program to realize the operation of the ECUs 2. 4. 6 and 



8. 

[0024] Next. FIG. 2 is a block diagram for illustrating 

the internal structure of the engine ECU 2. 

[0025] As shown in FIG. 2. the engine ECU 2 is pro- 

5 vided with two microcomputers tiiat is, a first microcom- 
puter 60 and a second microcomputer 62. The 
microcomputers 60 and 52 are ordinary single chip 
microcomputers respectively, each single microcom- 
puter is provkjed with a CPU, a ROM served as a mem- 

10 ory medium for storing the data temporarily, and an 
input/output port. In the present embodiment, each 
RAM of the microcomputers 60 and 62 is a RAM that 
stores 1 byte data (8 bits) per 1 address. 
[0026] The microcomputers 60 and 62 receive the 

15 signal from the various sensors 12,14, and 1 6 by way of 
an Input circuit 64, execute the arithmetic operation for 
controlling control targets based on the input signal, and 
send out the control magnitude signal to an output cir- 
cuit 66 to thereby actuates various actuators such as 

20 the injector 18 and igniter 20. 

[0027] The first microcomputer 60 and the second 
microcomputer 62 communicate the control data each 
other through a communication line 68 to hold the con- 
trol data for controlling control targets in common. That 

25 is. the first microcomputer 60 and the second micro- 
computer 62 share and execute the aritiimetic operation 
for controlling the engine and transmission, and hold the 
control data used individually for the arithmetic opera- 
tion in common by means of communication through the 

30 communication line 68. The communication protocol 
communicated through this communication line 68 is 
DMA communication and different from the communica- 
tion protocol communicated through the multiple com- 
munication line 10 and serial communication line 11. 

35 [0028] Furthermore, tine engine ECU 2 is provided 
witii a communication IC 70. the communication IC 70 
transmits the communication data string supplied from 
the first microcomputer 60 to the multiple communica- 
tion line 10 as the transmission signal, and sends out 

40 the interruption signal to the first microcomputer 60 
every time when the predetermined frame (in the 
present emtxxjiiment, one frame data) of the communi- 
cation data string transmitted from the air conditioner 
ECU 4 and the meter ECU 6 through multiple communi- 

45 cation line 10 is received. 

[0029] The above-mentioned serial communication 
line 11 is connected to the input/output port of the first 
microcomputer 60, the first microcomputer 60 one-to- 
one communicates with the attitude control ECU 8 (in 

so detail, a microcomputer in tiie attitude control ECU 8) by 
way of the input/output port. 

[0030] Next, FIG. 3 is a conceptual diagram for illus- 
trating an Imaginary communication model in the first 
microcomputer 60. and this communication model has 
55 the hierarchy structure based on ISO/OSI (Open Sys- 
tem Interconnection) communication model. 
[0031] As shown in FIG. 3, the communication 
model employed in the first microcomputer 60 of the 
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present embodiment comprises an application unit 100 
for performing arithmetic operation for controlling the 
control target, a communication driver unit 300 for com- 
munication of the data with the second microcomputer 
62 and other ECUs 4, 6 and 8, and a communication 
conversion unit 200 tor generating the communication 
data string, which the communication driver unit 300 will 
transmit, from the control data calculated by the applica- 
tion unit 100 and converts the communication data 
string received by the communication driver unit 300 to 
the control data that is usable by the application unit 
100. The conversion unit 200 is classified usually into a 
common memory (shared memory) unit 210, a physical 
value conversion unit 220, and a common packet data 
unit 230, and a communication data conversion unit 
240. 

[0032] Furthermore, the first microcomputer 60 is 
provided with a communication control unit 400 and a 
table storage unit 500. The application unit 100 does not 
transfer the data directly to the second microcomputer 
62 or other ECUs 4. 6 and 8, but transfers the data suc- 
cessively from the top layer to the bottom layer through 
the hierarchy (imaginary communication) to realize 
physical communication to the outside (communication 
target) by way of the communication driver unit 300. 
Each hierarchy of the communication model requests 
the service to the lower hierarchy and the lower hierar- 
chy provides the service to the higher hierarchy, and the 
purpose of each hierarchy is to hide the detailed infor- 
mation such as actual communication specification to 
the service in the higher hierarchical layer. 
[0033] In the present embodiment, the program in 
the ROM executed by the microcomputers 60 and 62 is 
programmed according to the object orientation In 
which the whole function of the program is divided into 
unit functions and an object is given to each unit func- 
tion, and the object is a program module comprising 
combined data and a program called as "method" that is 
a sequence to process the data. 
[0034] Addressing only on the software in the com- 
munication model shown in FIG. 3, the units 100 to 400 
other than the table storage unit 500 are objects (meth- 
ods and data) stored In the ROM of the first microcom- 
puter 60. The table storage unit 500 Is a memory area 
where tables described hereinafter with reference to 
FIG. 4 and FIG. 5 in the ROM of the first microcomputer 
60 are stored. 

[0035] Furthermore, in the description of the 
present embodiment, the action expression having the 
subject of an object, for exanrtple. "the common memory 
unit 210 performs ..." or "the physical value conversion 
unit 220 performs actually means that a functional 
means that the first microcomputer 60 realizes by oper- 
ating according to the method of the object (that is. the 
first microcomputer 60 executes the method of the 
object) performs the operation of the "...". Similarly, the 
passive action expression by the object, for exannple, 
is performed by the common memory unit 210" or "... is 



performed by the physical value conversion unit 220** 
actually means that the operation of the is per- 
formed by the functional means that the first microcom- 
puter 60 realizes by operating according to the method 

5 of the object 

[0036] The application unit 100 comprises objects 
that are formed by dividing the control target and control 
algorithm of the engine ECU 2 into individual control tar- 
gets and control algorithms. In the present embodiment, 

10 the application unit 100 is provided with an object 
(engine application software) 110 that calculates the 
control data such as the rotation speed Ne and per- 
forms arithmetic operation tor controlling the engine 
based on the calculated control data, an object (EOT 

15 application software) 120 that calculates the control 
data such as automobile speed SPD and performs 
arithmetic operation for controlling the transmission 
based on the calculated control data, and an object 
(cruise application software ) 130 that calculates the 

20 control data such as throttle opening of the engine and 
performs throttle opening control arithmetic operation to 
keep the automobile in constant speed running based 
on the calculated control data. An application software 
among these application software 110, 120. and 130 

25 uses the control data calculated by other application 
software in arithmetic operation performed by this appli- 
cation itself. That is, these application software 110. 
120. and 130 use the control data commonly each 
other. 

30 [0037] The common memory unit 210 writes the 
control data commonly used by the application software 
110, 120. and 130 and the control data (external com- 
mon data) in the common memory set as the specific 
memory area other than the control data memory area. 

35 the control data memory area is the memory area 
(equivalent to the memory means, and control data 
memory area) for temporarily storing all the control data 
used for controlling the control target by the application 
software 110. 120, and 130 of the application unit 100 in 

40 the RAM provided in the first microcomputer 60. 

[0038] An Identification number (Handle number) 
tor indicating the data type Is assigned to each data 
stored in the common memory, and an object specifies 
a Handle number In order to obtain a necessary data 

45 from the common memory or In order to store a new 
data in the common memory. 

[0039] FIG. 3 shows an example in which the auto- 
mobile speed SPD data calculated by the ECT applica- 
tion software 120 and having the Handle number "1" is 

so used also by the engine application software 110. and 
on the other hand, the rotation speed Ne data calcu- 
lated by the engine application software 110 and having 
the Handle number "2" is used also by the ECT applica- 
tion software 1 20. In the figures following FIG. 3 and the 

55 description in the following. "Handle 1" or "Handle 2" 
refers to the Handle number of "1" or "2" respectively. 
[0040] When the data Is transmitted from the first 
microcomputer 60 to the external (for example, the sec- 
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ond microcomputer 62 or other ECUS 4, 6 and 8). the 
physical value conversion unit 220 performs LSB con- 
version, LSB conversion is an operation for converting 
the data length (the physical value represented by the 
data per LSB. that is, data accuracy) of the data to the 
data length employed by the transmission destination, 
on the control data to be transmitted among control data 
stored in the common memory to convert the data 
length of the data to be transmitted to the data length 
employed by the transmission destination. 
[0041] Furthermore, when the physical value con- 
version unit 220 receives the data from the external (for 
example, the second microcomputer 62 and other 
ECUS 4, 6 and 8). the physical value conversion unit 
220 performs LSB conversion on the received control 
data to convert the data length to the data length that is 
employed by the application software 1 10. 120, and 130 
of the application unit 100. 

[0042] The atx^ve-mentioned LSB conversion pro- 
gram is stored in a predetermined area of the ROM. 
[0043] When the data is transmitted from the first 
microcomputer 60 to the external, the common packet 
data unit 230 collects and arranges the control data to 
be transmitted that has been subjected to LSB conver- 
sion by the physical value conversion unit 220 to 
thereby generate the packet data (common packet data) 
common for the communication protocols that is inde- 
pendent of the communication protocols such as multi- 
ple communication, serial communication, or DMA 
communication. A packet number PN is given to each 
common packet to indicate the packet type. In the fig- 
ures following to FIG. 3 and in the following description. 
"PNI" or '•PN2" indicates the packet number PN of "1" 
or "2** respectively. 

[0044] When the data is transmitted from the first 
microcomputer 60 to the external, the communication 
data conversion 240 converts the common packet data 
generated by the common packet data unit 230 to a 
communication data string con-esponding to the com- 
munication protocol of the communication target (com- 
munication receiver). In detail, the communication data 
conversion unit 240 performs various operations includ- 
ing, for example, dividing the common packet data Into 
transfer units (maximum transfer unit) trsinsmittable in 
one transmission, and adding the header information in 
conformity to the communication protocol to the data 
string of the maximum transfer unit. 
[0045] Since the common packet data is converted 
to the communication data string corresponding to the 
communication protocol in steps as shown in FIG. 3 in 
the present embodiment, the communication data con- 
version unit 240 is further classified into two layers that 
is. an upper layer 240u arxj a lower layer 240d. 
[0046] The communication driver unit 300, when 
the data is transmitted from the first microcomputer 60 
to the external, sends out the communication data string 
generated by the communication data conversion unit 
240 as the communication data actually at the transfer 



data quantity, baud rate, and transfer timing determined 
according to the communication protocol with the com- 
munication target. The communication driver unit 300 is 
provided with a DMA communication unit 310 for con- 

5 trolling the DMA communication with the second micro- 
computer 62, a serial communication unit 320 for 
controlling the serial communication with the attitude 
control ECU 8. and a multiple communication unit 330 
for controlling the multiple communication with the air 

10 conditioner ECU 4 and the meter ECU 6. 

[0047] The communication control unit 400 Is pro- 
vided with an internal timer and determines the timing 
for performing the communication data string genera- 
tion and LSB conversion so that the communication with 

IS the microcomputer 62 and other ECUs 4. 6 and 8 is per- 
formed at the suitable timing. 

[0048] On the other hand, the communication driver 
unit 300 (DMA communication unit 310. serial commu- 
nication unit 320, and multiple communication unit 330) 
20 receives and acquires the data transmitted from the 
second microcomputer 62 and other ECUs 4, 6 and 8. 
and supplies the data to the communication data con- 
version unit 240. 

[0049] The communication data conversion unit 
25 240 also converts the communication data string 
acquired by the communication driver unit 300 to a com- 
mon packet data. Furthermore, the common packet 
data unit 230 decomposes the common packet data 
generated by the communication data conversion unit 
30 240 when the data is received from the external, 
extracts each control data that is a component of the 
common packet data, and controls the physical value 
conversion unit 220 to apply LSB conversion to each 
control data so that each control data subjected to LSB 
35 conversion is updated and written in the common mem- 
ory. 

[0050] On the other hand, tiie first table shown in 
FIG. 4 and the second table shown in FIG. 5 are stored 
In tiie table storage unit 500. A shown in FIG. 4, the first 

40 table is a definition table tiiat correspondingly defines 
the Handle number of the control data, the common 
memory address for indicating which address is the 
head address stored in the common memory, the com- 
mon memory size for indicating the data length in the 

45 common memory of the control data corresponding to 
tiie Handle number, the packet number of the common 
packet data in which the control data corresponding to 
the Harxjle number is summarized, the common packet 
data size for indicating the common packet data size for 

50 Indicating the data length in the common packet data 
corresponding to the packet number, the common 
packet data position for indicating the location position 
in the common packet data corresponding to the packet 
number of the control data corresponding to the Handle 

55 number, and the LSB conversion call address for indi- 
cating which address is the head address of tiie pro- 
gram stored in the ROM for LSB conversion of the 
control data conresponding to the Handle number. 
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[0051] The common packet data position indicates 
which bytes is the head bytes of the control data corre- 
sponding to the Handle number in the common packet 
data in the case that the first 1 byte in the common 
packet data is 0th bytes. 

[0052] As shown in FIG. 5. the second table is a 
definition table that con^espondingly defines the packet 
number of the common packet data, the communication 
system for indicating what communication protocol 
should be used for communicating the common packet 
data corresponding to the packet number, the common 
packet data message length for indicating the total data 
length of the common packet data corresponding to the 
packet number, the individual packet data message 
length for indicating the maximum transfer unit in the 
case that the common packet data corresponding to the 
packet number is communicated by means of the com- 
munication protocol of the communication system, and 
the header information to be added when the common 
packet data corresponding to the packet number is 
communicated by means of the communication protocol 
of the communication system. 

[0053] "CAN", -SCr. and '"DMA" described in the 
communication system columns in the second table 
shown in FIG. 5 denote multiple communication, serial 
communication, and DMA communication respectively 
[0054] Each object can acquire the information nec- 
essary to generate the communication data string, for 
example, the information concerning the control data of 
which the Handle number is summarized in the com- 
mon packet data of PN1, by referring the tables in the 
table storage unit 500. 

[0055] Next, the conversion process to the commu- 
nication data string performed when the control data is 
transmitted from the first microcomputer 60 to the exter- 
nal is desaibed with reference to FIG. 6 to FIG. 9. 
[0056] FIG. 6 to FIG. 8 are message sequence 
charts for describing the process sequence for convert- 
ing the control data to the communication data string. In 
these message sequence charts, layers 100 to 500 
shown in FIG. 3 are shown by vertical lines, and mes- 
sages from the layers to other layers are shown by hor- 
izontal solid lines with arrow. Horizontal dashed lines 
with arrow indicate that layers refer tables in the table 
storage unit 500. and in rectangular frames, the content 
of the process performed in the layer is shown. 
[0057] FIG. 9 is a schematic diagram for showing 
an exerrplary multiple communication in which the 
external common data (the control data used commonly 
by the second microcomputer 62 and other ECUs 4, 6 
and 8) in the common memory is converted to the com- 
munication data string to be transmitted actually. 
[0058] First, for example, in the ECT application 
software 120 in the application unit 100. at the time for 
starting the process step for writing the automobile 
speed SPD data (SPD data), which is one of the exter- 
nal common data, in the common memory, as shown in 
FIG. 6 by [1], the ECT application software 120 of the 



application unit 100 issues a data writing request mes- 
sage to the common memory unit 210. At that time, the 
Handle number of the SPD data (in this example. Han- 
dle 1) and the storage address of the SPD data in the 

5 ECT application software 1 20 (that is. the address of the 
control data memory area used when the ECT applica- 
tion software 120 writes or reads out the SPD data in 
arithmetic operation for control, and in this example, 
&SPD) are sent out to the common memory unit 210 

10 together, 

[0059] In the case that the process for Issuing the 
data writing request message is programmed in C-lan- 
guage, the message issue command to store the SPD 
data in the common memory is shown herein under. 

15 Write (Handle 1. &SPD) 

[0060] The meaning of this command is that the 
data stored in &SPD (SPD data obtained by the ECT 
application software 120) is written in the address of the 
common memory corresponding to the Handle number 

20 (Handle 1) of the SPD data. In the case that an applica- 
tion software 110. 120. or 130 of the application unit 100 
writes the control data other than the SPD data in the 
common memory, "Handle 1** among the command is 
replaced by the Handle number to be written, and 

25 "ASPD" is replaced by the address of the memory area 
where the data to be written is stored among the control 
data memory area provided for the application software. 
[0061] When the common memory unit 210 
receives the message from the application unit 100 

30 (ECT application software 120). as shown in FIG. 6 by 
[2], the common memory unit 210 refers the first table 
(FIG. 4) in the table storage unit 500 to thereby acquire 
the common memory address and common memory 
size corresponding to the Handle number (Handle 1) 

35 transmitted together with the message. 

[0062] At that time, the common memory unit 210 
recognizes that the SPD data is to be written in the two 
bytes area having the head address of SFFFFOOOO in 
the common memory based on the common memory 

40 information acquired as described above, and in the 
process shown in FIG. 6 by [3]. copies the two bytes PD 
data from the storage address (&SPD) of the SPD data 
in the ECT application software 120 to the address of 
SFFFFOOOO of the common memory. 

45 [0063] The SPD data corresponding to Handle 1 is 
stored in the common memory as shown on the left side 
of the second row in FIG. 9 by means of the process of 
the common memory unit 210. 

[0064] Next, for example, the process step for writ- 
50 ing the rotation speed Ne data (Ne data), which is one 
of the external common data, in the common memory 
t>y use of the engine application software 110 in the 
application unit 100 is described. As shown in FIG. 6 by 
[4], the engine application software 110 of the applica- 
55 tion unit 1 00 issues the data writing request message to 
the common memory unit 210 in the same manner as in 
the case of the SPD data. At that time, the Handle 
number of the Ne data (in this exanrple. Handle 2) and 
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the storage address of the Ne data in the engine appli- 
cation software 110 (that is, the address In the control 
data memory area used when the engine application 
software 110 stores and read out the Ne data in arith- 
metic operation for control, and in this example, &Ne) 
are sent to the common memory unit 210 together. 
[0065] Upon receiving the message from the appli- 
cation unit 100 (engine application software 110), the 
common memory unit 210 refers the first table (FIG. 4) 
in the table storage unit 500 to thereby acquire the com- 
mon memory address and common memory size corre- 
sponding to the Handle number (Handle 2) sent 
together with the message as the common memory 
information. 

[0066] At that time, the common memory unit 210 
recognizes that the Ne data is to be written in the two 
type area having the head address of $FFFF0002 in the 
common memory based on the common memory infor- 
mation acquired as described above, and in the process 
shown in FIG. 6 by [6], copies the two bytes Ne data 
from the storage address (&Ne) of the Ne data in the 
engine application software 110 to the address of 
$FFFF0002 of the common memory. 
[0067] The Ne data corresponding to Handle 2 is 
stored in the common memory as shown on the right 
side of the second row in FIG. 9 by means of the proc- 
ess of the common memory unit 210. 
[0068] Though not shown in the figure, other control 
data calculated by the engine application software 110 
and ECT application software 120 and the control data 
calculated by the cruise application software 130 are 
copied in the same manner as described above. 
[0069] At the timing when the data is transmitted to 
the second microcomputer 62 and other ECUs 4, 6 and 
8. as shown in FIG. 7 by [7], the communication control 
unit 400 issues the transmission request message to 
the common packet data unit 230 so as to generate the 
common packet data as exemplarily shown on the 4th 
row in FIG. 9. 

[0070] Though only one packet number PN is 
shown in FIG. 9, actually there are many packet num- 
bers, the conrrmunication control unit 400 sends the 
packet number PN of the common packet data that is 
the packet data to be transmitted this time (in this exam- 
ple, PN1) together with the transmission request mes- 
sage to the common packet data unit 230. The 
description in () In FIG. 7 and FIG. 8 indicates that the 
packet number PN sent from the communication control 
unit 400 to the common packet data unit 230 was PN1 . 
[0071] Then, the common packet data unit 230 
refers the first table (FIG. 4) in the table storage unit 500 
as shown in FIG. 7 by [8], and acquires Handle numbers 
corresponding to the packet number PN sent from the 
communication control unit 400 (that is. Handle num- 
bers of the control data to be summarized on the com- 
mon packet data of the packet number PN sent from the 
communication control unit 400) and the common 
packet data size and common packet data position cor- 



responding to respective Handle numbers as the com- 
mon packet information. 

[0072] Furthermore, the common packet data unit 
230 acquires the control data con-esponding to the 

5 respective above-mentioned acquired Handle numbers 
from the common memory, and performs the operation 
for controlling the physical value conversion unit 220 to 
perform LS6 conversion of the control data. 
[0073] For example, when the packet number PN. 

10 which is sent from the communication control unit 400 to 
the common packet data unit 230. is PNl . the common 
packet data unit 230 obtains, from the first table in FIG. 
4, the Handle numbers such as Handle 1. Handle 2, 
Harxjie 3 and the common packet data size and 

15 common packet data position corresponding to the 
Handle numbers, respectively. 

[0074] In the case of this example, the common 
packet data unit 230 first sends one of the acquired 
Handle numbers (herein, Handle 1) to the common 

20 memory unit 210 together with the data acquisition 
request message as shown in FIG. 7 by [9]. 
[0075] Then, the common memory unit 210 refers 
the first table (FIG. 4) in the table storage unit 500 to 
acquire the common memory address ($FFFFO0OO) 

25 and the common memory size (2 bytes) corresponding 
to the Handle number (Handle 1) sent together with the 
data acquisition request message in the same manner 
as shown FIG. 6 by [2] and FIG. 6 by [5]. Furthermore, 
the common memory unit 210 reads out the 2 bytes 

30 data (in this exanple, SPD data) from $FFFFOOOO 
address of the common memory based on the acquired 
common memory information, and returns the read out 
data to the common packet data unit 230 as a return 
value as shown in FIG. 7 by [10]. 

35 [0076] Then, the common packet data unit 230 
issues the data (Data) returned from the common mem- 
ory 210 and the physical value conversion request mes- 
sage including the Handle number (Handle 1) 
corresponding to the data to the physical value conver- 

40 sion unit 220 as shown In FIG. 7 by [1 1]. 

[0077] The physical value conversion unit 220 
refers the first table (FIG. 4) In the table storage unit 500 
to acquire the LSB conversion call address correspond- 
ing to the Handle number (Handle 1) transmitted 

45 together with the physical value conversion request 
message. Then, the physical value conversion unit 220 
activates the program stored In the acquired LSB con- 
version call address to thereby perform LSB conversion 
on the data (Data) sent together with the physical value 

50 conversion request message. 

[0078] As a result, as shown on the left side In the 
third row in FIG. 9. the SPD data corresponding to Han- 
dle 1 is LSB-converted by the physical value conversion 
unit 220 (that is. the data length is converted), and the 

55 LSB-converted data (SPD' data) is stored together with 
the corresponding Handle number (Handle 1) in the pre- 
determined area of the RAM assigned as the working 
area of the physical value conversion unit 220. 
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[0079] Thereafter, the common packet data unit 
230 sends the next Handle number (herein, Handle 2) 
out of Handle numbers acquired in the operation in [8] 
together with the data acquisition request message to 
the common memory unit 210 as shown in FIG. 7 by 
[14], 

[0080] Then, the common memory unit 210 refers 
the first table (FIG. 4) in the table storage unit 500 to 
acquire the common memory address ($FFFF0002) 
and the common memory size (2 bytes) corresponding 
to Handle 2 as the common memory information, fur- 
thermore reads out the 2 bytes data (in this example, Ne 
data) from the address $FFFF0002 of the common 
memory based on the acquired common memory infor- 
mation, and returns the read out data to the common 
packet data unit 230 as the return value as shown in 
FIG. 7 by [15]. 

[0081] Then, the common packet data unit 230 
issues the data (Data) returned from the common mem- 
ory 210 and the physical value conversion request mes- 
sage including the Handle number (Handle 2) 
corresponding to the data to the physical value conver- 
sion unit 220 in the same manner as in the case [1 1] 
described above as shown in FIG. 7 by [16]. 
[0082] The physical value conversion unit 220 
refers the first table (FIG. 4) in the table storage unit 500 
to acquire the LSB conversion call address correspond- 
ing to the Handle number (Handle 2) sent together with 
the physical value conversion request message and 
performs LSB conversion on the data (Date) sent 
together with the physical value conversion request 
message in the same manner as in the case of [1 2] and 
[13] as shown in FIG. 7 by [17] and FIG. 7 by [18]. 
[0083] As a result, as shown on the right side in the 
third row in FIG. 9, the Ne data corresponding to Handle 
2 is LSB-converted by the physical value conversion 
unit 220, and the LSB-converted data (Ne' data) is 
stored together with the corresponding Handle number 
(Handle 2) in the predetermined area of the RAM 
assigned as the working area of the physical value con- 
version unit 220- 

[0084] Though not shown in the figure, the same 
process operation as performed In [9] to [13] and [14] to 
[18] in FIG. 7 is performed on other Handle numbers 
corresponding to respective packet numbers PN sent 
from the communication control unit 400 to the common 
packet data unit 230 and the control data of the respec- 
tive Handle nunnbers is LSB-converted by the physical 
value conversion unit 220. 

[0085] The reason why the control data is LSB-con- 
verted is described. As shown in the first row arxi the 
second row In FIG. 9. the application software tn thefirst 
microcomputer 60 such as the engine application soft- 
ware 1 10 or the ECT application software 120 handles 
the Ne data in the form of 2 bytes data length to operate 
the control magnitude. 

[0086] On the other hand, in the components other 
than the first microcomputer 60 (for example, the sec- 



orxj microcomputer 62 and the meter ECU 6), the Ne 
data is handled as the data of 1 byte data length, in 
some cases, the data length to be handled is different 
between the first microcomputer 60 and other communi- 

5 cation receivers. That is. the data length » data accu- 
racy as described above, what control data is handled in 
the form of what data length by what microcomputer or 
by what ECU (electronic control unit) is determined 
when the automobile control system is designed. 

10 [0087] In the present emtxxjiment, the common 
packet data size and the storage address of the LSB 
conversion program to the data size (LSB conversion 
call address) are defined by the first table, and the data 
length of the control data to be transmitted to the exter- 

15 nal is converted to the data length that corresponds to 
the data accuracy employed by the communication 
receiver by referring to the first table. 
[0088] In the present embodiment since such LSB 
conversion operation is performed in the physical value 

20 conversion unit 220 provided separately from the appli- 
cation unit 100, the application software itself served for 
controlling the control target is not necessary to recog- 
nize the data accuracy employed by the communication 
receiver, and for example, even though the data length 

25 of the Ne data to be handled by a communication 
receiver is changed from 1 byte to 2 bytes, it is sufficient 
for accommodation to the change that the common 
packet data size in the first table and the LSB conver- 
sion call address are changed, and only very simple 

30 modification work is required. 

[0089] Reference is made to Fig. 7 again. When ail 
the control data of the Handle numbers corresponding 
to the packet numbers PN sent from the communication 
control unit 400 to the common packet data unit 230 are 

35 LSB-converted by the physical value conversion unit 
220 according the procedure described above, the com- 
mon packet data unit 230 arranges in series the LSB- 
converted control data temporarily stored together with 
the Handle number in the working area of the physical 

40 value conversion unit 220 based on the common packet 
data position and the common packet data size corre- 
sponding to the Handle number acquired from the first 
table in the operation of [8] In the process shown in FIG. 
7 by [19]. 

45 [0090] The reason is that the control data of what 
Handle number is located at what position of the com- 
mon packet data with what data length is determined 
based on the common packet data position and the 
common packet data size corresponding to the Handle 

50 number in the first table. 

[0091] The common packet data that has been col- 
lected and arranged in series is stored in the predeter- 
mined area of the RAM assigned as the working area of 
the common packet data unit 230 together with the cor- 

55 responding packet number (PN1) by the process per- 
formed by the common packet data unit 230 as shown 
in the fourth row in FIG. 9. 

[0092] For exanrple, as shown in FIG. 4, since the 
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common packet data position and the common packet 
data size corresponding to Hartdle 1 corresponding to 
PN1 are "0" and "2 bytes" respectively, and the common 
packet data position and the common packet data size 
con-esponding to Handle 2 con-esponding to PN1 are 
"6" and "1 byte" respectively, as shown in fourth row in 
FIG. 9, the data of Handle 1 (SPD' data) is located in the 
2 bytes area having the head at Oth bytes of the com- 
mon packet data, and the data of Handle 2 (Ne' data) is 
located in the 1 byte area having the head at 6th bytes 
of the common packet data. 

[0093] After completion of the common packet data 
generation, the common packet data unit 230 issues the 
transmission request message to convert the generated 
common packet data to the communication data string 
corresponding to the communication protocol with the 
communication target to the upper layer 240u of the 
communication data conversion unit 240 as shown in 
FIG. 7 by [20] and FIG. 8 by [20]. At that time, the packet 
number (in this example, PN1) of the common packet 
data generated this time is also sent to the upper layer 
240u of the communication data conversion unit 240. 
[0094] Then, the upper layer 240u refers the sec- 
ond table (FIG. 5) in the table storage unit 500 to 
thereby acquire the common packet message length 
and the individual packet data message length corre- 
sponding to the packet number PN sent from the com- 
mon packet data unit 230 as the individual packet 
information as shown in FIG. 8 by [21]. 
[0095] Next, in the process [22] in FIG. 8. the upper 
layer 240u converts the common packet data temporar- 
ily stored in the working area of the common packet 
data unit 230 to the individual packet data based on the 
common packet data message length and the Individual 
packet data message length acquired from the second 
table in the process [21]. 

[0096] For example, in the case that the packet 
number PN is PN1 , the common packet data message 
length corresponding to PN1 (the total data length of the 
common packet data) is "12 bytes" and the individual 
packet data message length (the maximum transfer unit 
that is transmissible in one transmission) is "8 bytes" as 
shown in FIG. 5. Therefore, the upper layer 240u divides 
the 12 bytes common packet data generated by the 
common packet data unit 230 into two data strings that 
is. a 7 bytes data string and a 5 bytes data string and 
adds the 1 byte FCI (Fragment Control Information) to 
the head of each divided data string to thereby generate 
two individual packet data as shown in 5th row in FIG. 9. 
The upper layer 240u stores the generated respective 
packet data in the predetermined area of the RAM 
assigned as the working area of the upper layer 240u 
together with the corresponding packet number (in this 
example, PN1). 

[0097] However, in the case that the common 
packet data message length acquired from the second 
table is equal to or smaller than the individual packet 
data message length, the upper layer 240u stores the 



common packet data generated by the common packet 
data unit 230 as it is in the working area of the upper 
layer 240u as the individual packet data. In this case, it 
is not necessary to divide the common packet data and 

5 to add the FCI. 

[0098] Furthermore, for example, in the case that 
the maximum transfer unit is changed to the communi- 
cation protocol of other than 8 bytes, the change can be 
accomrrKxJated only by changing the value stored in the 

10 item of the individual packet data message length in the 
second table. 

[0099] Then, the upper layer 240u issues the trans- 
mission request message to the lower layer 240d so as 
to convert the Individual packet data generated as 

75 described above to the communication data string cor- 
responding to the communication protocol acceptable 
by the communication receiver after completion of the 
individual packet data generation as shown by [23] in 
FIG. 8. At that time, the packet number of the common 

20 packet data that is the original of the individual packet 
data generated this time is also sent to the fower layer 
240d. 

[01 00] Then, the lower layer 240d refers the second 
table (FIG. 5) in the table storage unit 500 to thereby 

25 acquire the communication system and the header 
information corresponding to the packet number PN 
sent from the upper layer 240u as the communication 
data information as shown by [24] in FIG. 8. 
[0101] In the process of [25] shown in FIG. 8, the 

30 lower layer 240d converts the respective individual 
packet data temporarily stored in the working area of 
the upper layer 240u to the communication data string 
corresponding to the communication protocol that the 
communication system indicates based on the commu- 

35 nication system and the header information acquired 
from the second table in the operation shown by [24] 
desaibed above. 

[0102] For example, in the case that the packet 
number PN is PN1. the communication system corre- 

40 Spending to PN1 is "CAN" that indicates the multiple 
communication, and the header information is "arbitra- 
tion=0x123" and "ML=08" as shown in FIG. 5. Where, 
Arbitration indicates the priority of the data and an aibt- 
tration data used for arbitrating data collision. "Arbitra- 

45 tion=0x123" indicates that Arbitration is 123 of 
hexadecimal numeral. ML is the data for indicating the 
data length of the data frame part in the communication 
data string, and "ML-Od" indrcates that the data length 
of the data is 8 bytes. 

50 [0103] Therefore in the case of this example, the 
lower layer 240d adds the Arbitration and ML as the 
header information acquired in the operation described 
in [24] to the head of the respective individual packet 
data generated by the upper layer 240u to thereby gen- 

55 erates communication data strings corresponding to 
CAN, and stores the respective generated communica- 
tion data strings in the predetermined area of the RAM 
assigned as the working area of the lower layer 240d as 
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shown in eth row in FIG. 9 (the position which is 
described as the lower layer). 

[0104] For example, in the case that the communi- 
cation system acquired from the second table is "SCI" 
that indicates the serial communication, the lower layer 
240d adds the header information to the head of the 
individual packet data generated by the upper layer 
240u and also adds the check some data to the tail of 
the individual packet data. 

[0105] After the completion of the communication 
data string, the lower layer 240d issues the transmission 
request message to the object corresponding to the 
communication system acquired in the process [24] 
among the DMA communication unit 310, serial com- 
munication unit 320. and multiple communication unit 
330 in the communication driver unit 300 as shown by 
[26] in FIG. 8. 

[01 06] Then, the object in the communication driver 
unit 300 (any one of the DMA communication unit 310. 
serial communication unit 320, and multiple communi- 
cation unit 330), which is the destination of the message 
issued by the lower layer 240d. sends out the communi- 
cation data string stored in the working area of the lower 
layer 240d to the external as the actual communication 
data at the baud rate and transfer timing corresponding 
to the communication protocol of the lower layer 240d 
itself. 

[0107] For example, the lower layer 240d issues the 
transmission request message to the multiple communi- 
cation unit 330 of the communication driver unit 300 in 
the case that the communication system acquired from 
the second table in the operation described in [24] is 
CAN. 

[0108] Then, the multiple communication unit 330 
sends out the communication data string generated by 
the lower layer 240d to the communication IC 70 and 
also controls the communication IC 70 to send out the 
actual communication data to the multiple communica- 
tion line 10. As shown in 8th row in FIG. 9 (bottom row), 
at that time, the communication IC 70 adds the SOF 
data that indicates the starting of 1 frame of the commu- 
nication data to the head of the communication data 
string generated by the lower layer 240d and further 
successively adds the CRC data for checking an error, 
Ack data for receiving the reception response from the 
communication receiver, and EOF data for indicating 
the end of 1 frame of the communication data to the tail 
of the communication data string, and serKis out the 
data string to which respective data are added to the 
multiple communication line 10 as the actual communi- 
cation data. Through the series of processes, the con- 
trol data ot3tained by the application unit 100 in the first 
microcomputer 60 is converted into the data string of 
the communication protocol corresponding to the multi- 
ple communication line 10 and transmitted to the air 
conditioner ECU 4 and the meter ECU 6, 
[0109] An exemplary case in which the SPD data 
and Ne data obtained by the application unit 100 are 



transmitted by means off the multiple communication 
(CAN) communication protocol is described mainly 
above, in the next place, the case in which the SPD data 
and Ne data obtained by the application unit 100 are 

5 transmitted to the attitude control ECU 8 by means of 
the serial communication is described in detail with ref- 
erence to FIG. 10. FIG. 10 is a schematic diagram for 
illustrating conversion of the external common data in 
the common memory to the communication data string 

10 to be transmitted actually exemplarlly by means of the 
serial communication. 

[01 10] In FIG. 10, the SPD data and Ne data stored 
in the common memory by the common memory unit 
210 is common for the case shown in FIG. 9 described 

15 above. The SPD data and Ne data in the common mem- 
ory are subjected to LSB conversion based on the first 
table shown in FIG. 4 in the same manner as described 
above with reference to [7] to [19] in FIG, 7 and FIG. 9. 
and the common packet data is generated from the 

20 LSB-converted SPD' data and Ne* data. 

[01 1 1 ] In detail, in the case that the data is transmit- 
ted to the attitude control ECU 8, the communication 
control unit 400 sends the transmission request mes- 
sage to the common packet data unit 230 together with 

25 PN2 in [7] in FIG. 7. The SPD data of Handle 1 and the 
Ne data of Handle 2 corresponding to PN2 in the first 
table in FIG. 4 are LSB-converted according to the 
same procedure as used in [8] to [18] in FIG. 7 (3rd row 
in FIG. 10). 

30 [0112] In this case, in the first table in FIG. 4. the 
common packet data position and the common packet 
data size corresponding to Handle 1 corresponding to 
PN2 are "0" and "2 bytes" respectively, and the common 
packet data position and the common packet data size 

35 corresponding to Handle 2 corresponding to PN2 are 
"4" and "1 byte" respectively. Therefore, in the process 
[19] in FIG. 7. as shown in 4th row in FIG. 10, the LSB- 
converted SPD' data con-esponding to Handle 1 is 
located in the 2 bytes area from the position of 0th bytes 

40 of the common packet data and the LSB-converted Ne' 
data corresponding to Handle 2 is located in the 2 bytes 
area from the position of 4th bytes of the common 
packet data, and the comnfX)n packet data is generated 
as described above. 

45 [0113] Next, the communication data conversion 
unit 240 converts the data to the communication data 
string corresponding to the serial communication based 
on the second table in FIG. 5 in the same manner as 
used in [21] to [25] in FIG. 8 and in FIG. 9 described 

50 above. 

[01 14] However, in the case of the serial communi- 
cation, since the common packet data message length 
(12 bytes) con-esponding to PN2 is shorter than the indi- 
vidual packet message length (14 bytes) corresponding 
55 to the same PN2 in the second table shown in FIG. 5. as 
shown in 5th row in FIG. 10. the upper layer 240u of the 
communication data conversion unit 240 stores the 
common packet data generated by the common packet 
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data unit 230 as it is in the working area of the upper 
layer 240u itself as the Individual packet data in the 
process [22] shown in FIG. 8. 

[0115] Since the communication system corre- 
sponding to PN2 is "SCr that Indicates the serial com- 
munication and the header information is "ID=:V* and 
"ML=16" in the second table shown in FIG. 5, as shown 
in 6th row in FIG. 10 (the position that is described as 
lower layer), the lower layer 240d of the communication 
data conversion unit 240 adds the ID and ML as the 
header information to the head of the individual packet 
data stored in the working area of the upper layer 240u 
and also adds the check sum data SUM to the tail of the 
individual packet data to thereby generate the commu- 
nication data string according to the serial communica- 
tion (SCI). The ID is an identifier code of the first 
microcomputer 60 that is the sender of the serial data. 
[01 1 6] Thereafter, since the communication system 
corresponding to PN2 is SCI in the second table shown 
in FIG. 5, the lower layer 240d of the communication 
data conversion unit 240 issues the transmission 
request message to the serial communication unit 320 
of the communication driver 300 in the process [26] In 
FIG. 8. 

[0117] Then, the serial communication unit 320 
successively sends out the communication data string 
generated by the lower layer 240d to the serial commu- 
nication line 1 1 at the baud rate and transfer timing cor- 
responding to the communication protocol of the serial 
communication. 

[0118] Through the series of processes as 
described above, the control data obtained by the appli- 
cation unit 100 in the first microcomputer 60 is con- 
verted to the communication data string according to 
the communication protocol con^esponding to the serial 
communication line 1 1 and transmitted to the attitude 
control ECU 8. 

[01 19] As described above, in comparison between 
the case of the multiple communication (FIG. 9) and the 
case of the serial communication (FIG. 10). the process 
itself performed by respective units 210 to 240 of the 
communication conversion unit 200 is not different, only 
the location position of the external common data such 
as the header information, SPD data, and Ne data in the 
communication data string is different, and all the differ- 
ent components are defined by the first table (FIG. 4) 
and the second table (FIG. 5). Therefore, only by chang- 
ing the content defined by the first table and the second 
table, the difference in the location position of the com- 
munication protocol and external common data in the 
communication data string can be accommodated. 
[0120] The conversion process of the communica- 
tion data string performed when th' control data is 
transmitted from the first microcomputer 60 to the exter- 
nal is described above, on the other hand when the first 
microcomputer 60 receives the control data from the 
external, the respective units 210 to 240 of the commu- 
nication conversion unit 200 perform the process that is 



performed in reverse order to the process. 
[0121] Next, the process performed when the first 
microcomputer 60 receives the control data from the 
external is described with reference to FIG. 1 1 to FIG. 

5 14 for an example of the multiple communication. FIG. 
1 1 to FIG. 1 3 are message sequence charts for describ- 
ing the conversion process operation from the received 
communication data string to the control data, and the 
meaning of vertical or horizontal lines and horizontal 

10 arrows Is the same as those described witii reference to 
FIG. 6 to FIG. 8. FIG. 14 is a schematic diagram for 
describing the conversion of the communication data to 
the control data used for control operation In the appli- 
cation unit 100 of the first microcomputer 60 for an 

15 ecample of the multiple communication. 

[01 22] First, when the communication data is trans- 
mitted from the air conditioner ECU 4 or the meter ECU 
6 through the multiple communication line 10. the multi- 
ple connmunication unit 330 of the communication driver 

20 unit 300 acquires the reception data from tiie communi- 
cation IC 70 (that is, communication data recdved by 
the communication IC 70) in 1 frame unit, and issues 
the reception information message to the lower layer 
240d of the communication data conversion unit 240 as 

25 shown by [30] in FIG. 1 1 . 

[0123] The communication IC 70 deletes SOF, 
CRC. Ack. and EOF data from each frame of the com- 
munication data transmitted through the multiple com- 
munication line 10 as shown in 8th row (bottom row) 

30 shown in FIG. 14. and sends out the communication 
data string composed of the header information (Arbi- 
tration and ML) and the data frame part (Data) to the 
first microcomputer 60 as the reception data for 1 frame. 
In the following description, it is assumed that the com- 

35 munication data composed of Arbitration (0x124) and 
ML (08) is transmitted through the multiple communica- 
tion line 10. 

[0124] After the communication driver unit 300 
issues the reception information message, the lower 

40 layer 240 of the communication data conversion unit 
240 refers the second table (FIG. 5) in the table storage 
unit 500 to thereby acquire the communication system 
and the packet number corresponding to the header 
information of the reception data acquired by the com- 

45 munication driver unit 300 (in the present example, the 
multiple communication unit 330) as the communication 
data information as shown by [31] shown in FIG. 1 1 . 
[0125] Next, in the process [32] shown In FIG. 11, 
the lower layer 240d converts each 1 frame reception 

50 data acquired by the communication driver unit 300 to 
the individual packet data based on the communication 
system acquired from the second table in the process 
[31]. 

[01 26] For example, in the case that Arbitration and 
55 ML acquired by the communication driver unit 300 are 
0x1 24 and 08 respectively. CAN is acquired as the com- 
munication system and PN3 is acquired as the packet 
number from the second table shown in FIG. 5 in tiie 
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prcx^ess [31]. In this case, the lower layer 240d deletes 
the information other than the data frame part (in the 
present example, the header information) from each 1 
frame reception data acquired by the communication 
driver unit 300 and generates the individual packet data 
as shown In 6th row (the position where the lower layer 
is described) and 5th row (the position where the upper 
layer is described) shown in FIG. 14. 
[0127] If the communication system acquired from 
the second table is SCI, the lower layer 240d deletes the 
header information and the check some data SUM from 
the 1 frame reception data acquired by the communica- 
tion driver unit 300 and generates the indlvkiual packet 
data (6th row shown in FIG. 10 (the position where the 
lower layer is described) and 5th row (the position 
where the upper layer is described)). 
[0128] Afterwards, the lower layer 240d issues the 
reception information message to the upper layer 240u 
as shown by [33] shown in FIG. 1 1 . At that time, the 
packet number (in the present example, PN3) acquired 
from the second table in the process [31] is sent to the 
upper layer 240u. 

[0129] Then, the upper layer 240u refers the sec- 
ond table (FIG. 5) in the table storage unit 500 and 
acquires the common packet data message length and 
the individual packet data message length correspond- 
ing to PN3 sent from the lower layer 240d as the individ- 
ual packet information as shown by [34] in FIG. 11. 
[0130] In the process [35] shown in FIG. 11, the 
upper layer 240u generates the common packet data of 
PN3 from the individual packet data generated by the 
lower layer 240d based on the individual packet infor- 
mation acquired in [34]. 

[01 31 ] In detail, as shown in FIG. 5. since the com- 
mon packet data message length corresponding to PN3 
is "12 bytes" and the individual packet data message 
length is "8 bytes" as shown in FIG. 5. the ipper layer 
240u deletes FCl from each individual packet data gen- 
erated by the lower layer 240d. and confines the indi- 
vidual packet data from which FCl has been deleted in 
the order that is Indicated by FCl that has been Included 
to thereby generate the common packet data. 
[01 32] After the upper layer 240u completes gener- 
ation of the common packet data, the upper layer 240u 
issues the reception information message to the com- 
mon packet data unit 230 as shown by [36] in FIG. 1 1 
and [36] in FIG. 12. At that time, the packet number (that 
is, the packet number of the common packet data gen- 
erated this time) is also sent to the common packet data 
unit 230. 

[0133] In the case that the common packet data 
message length acquired from the second table in the 
process [34] is equal to or shorter than the individual 
packet data message length (for example, in the case of 
the serial communication), the upper layer 240u sends 
out the individual packet data generated by the lower 
layer 240d as It is as the common packet data and 
issues the reception Information message to the com- 



mon packet data unit 230. That is. in this case, only one 
individual packet data is generated by the lower layer 
240d. and the individual packet data is used as the com- 
mon packet data as It is (5th row shown in FIG. 10 (the 
5 position where the upper layer is described) and 4th 
row). 

[0134] Next, after the upper layer 240u issues the 
reception information message to the common packet 
data unit 230, the common packet data unit 230 refers 

10 the first table (FIG. 4) in the table storage unit 500 to 
thereby acquire the each Handle number corresponding 
to the packet number sent from the upper layer 240u 
(that is, each Handle number of the control data sum- 
marized In the common packet data generated by the 

15 Upper layer 240u) and the common packet data size and 
the common packet data position corresponding to 
each Handle number as the common packet information 
as shown by [37] In FIG. 12. 

[0135] In the process [38] shown in FIG. 12, the 

20 common packet data unit 230 decomposes the com- 
mon packet data generated by the upper layer 240 u into 
individual control data based on the common packet 
data position and the comnnon packet data size con-e- 
sponding to each Handle number acquired from the first 

25 table in the process [37]. 

[0136] That is. the information that the control data 
of what Handle number having what data length is 
located in what position of the common packet data is 
found based on the common packet data position and 

30 the common packet data size corresponding to each 
Handle number in the first table. 
[0137] For example, in the case that PN3 is sent 
from the upper layer 240u to the common packet data 
unit 230 as the packet number, the common packet data 

35 position and the common packet data size correspond- 
ing to Handle 20 corresponding to PN3 are "0" and "2 
bytes" respectively, and the common packet data posi- 
tion and the common packet data size con^esponding to 
Handle 21 corresponding to PN3 are "4" and "1 byte" 

40 respectively as shown in FIG. 4. Therefore in this case, 
as shown in 4th row and 3rd row in FIG. 14, the data 
located in 2 bytes area having the head at the 0th bytes 
of the common packet data is stored in the working area 
of the common packet data unit 230 as the control data 

45 before LSB conversion corresponding to Handle 20 (in 
the present embodiment, the outside temperature TAM 
data before LSB conversion, and TAM* data ), and the 
data located In 1 byte area having the head at 4th bytes 
of the common packet data is stored in the working area 

50 of the common packet data unit 230 as the control data 
before LSB conversion conresponding to Handle 21 (in 
the present embodiment, the air conditioner control data 
AC before LSB conversion, and AC data). 
[01 38] The common packet data unit 230 finishes 

55 decomposition of the common packet data, and then 
controls the physical value conversion unit 220 to apply 
LSB conversion to the each control data obtained by 
decomposition and controls the common memory unit 
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210 to Store the LSB-converted control data in the com- 
mon memory. 

[0139] In detail, in the present example, the com- 
mon packet data unit 230 first issues the physical value 
conversion request message including one (Data') s 
among control data obtained by decomposition of the 
common packet data and the Handle number (herein 
Handle 20) con^esponding to the control data to the 
physical value conversion unit 220 as shown by [39] in 
FIG. 12. 10 
[0140] Then, the physical value conversion unit 220 
refers the first table (FIG. 4) in the table storage unit 500 
and acquires the LSB conversion call address corre- 
sponding to the Handle number (Handle 20) transmitted 
together with the physical value conversion request 75 
message as shown by [40] in FIG. 12. The physical 
value conversion unit 220 then activates the program 
stored in the LSB conversion call address acquired as 
described above to thereby apply LSB conversion to the 
data (Data') of Handle 20 transmitted together with the so 
physical value conversion request message. 
[01 41 ] Thereby. TAM* data corresponding to Handle 
20 is LSB-converted as shown in 4th row and 3rd row in 
FIG. 14. In FIG. 14. TAM is the LSB-converted outside 
temperature TAM data corresponding to Handle 20. and 25 
this data is TAM data hereinafter. 
[0142] Afterwards, the common packet data unit 
230 issues the data update request message including 
the control data (Data) LSB-converted this time by the 
physical value conversion unit 220 and the Handle 30 
number corresponding to this control data (herein, Han- 
dle 20) to the common memory unit 210 as shown by 
[42] in FIG. 12. 

[0143] Then, the common memory unit 210 refers 
the first table (FIG. 4) in the table storage unit 500 to 35 
thereby acquire the common memory address 
($FFFF0010) and the common memory size (2 bytes) 
corresponding to the Handle number (Handle 20} trans- 
mitted together with the data update request message, 
and furthermore writes the data (Data) transmitted 40 
together with the data update request message in the 2 
bytes area having the head at the address $FFFF0010 
of the common memory based on the acquired common 
memory address and common memory size. Thereby, 
as shown in 3rd row and 2rKl row in FIG. 14. the 45 
updated LSB-converted TAM data corresponding to 
Handle 20 is written in the common memory. 
[0144] Next, the common packet data unit 230 
issues the physical value conversion request message 
Including the next control data (Data*) annong the control so 
data obtained by deconnposrtion of the common packet 
data and the Handle number corresponding to this con- 
trol data (herein. Handle 21) to the physical value con- 
version unit 220 as shown by [43] in FIG. 12. 
[0145] Then, the physical value conversion unit 220 ss 
refers the first table (FIG. 4) in the table storage unit 500 
to thereby acquire the LSB conversion call address cor- 
responding to Handle 21 as shown by [44] in FIG. 12 in 



the same manner as in the case of the transmission of 
the Handle 20, and activates the program stored in the 
LSB conversion call address acquired as described 
above to thereby apply LSB conversion to the data 
(Data') of Handle 21 transmitted together with the phys- 
ical value conversion request message in the process 
[45] in FIG. 12. 

[01 46] Thereby, the AC data corresponding to Han- 
dle 21 Is LSB-converted as shown in 4th row and 3rd 
row in FIG. 14. In FIG. 14, AC is the LSB-converted air 
conditioner control data AC corresponding to Handle 
21 , and the data is AC data hereinafter. 
[0147] Afterwards, as shown by [46] in FIG. 12, the 
common packet data unit 230 Issues the data update 
request message including the control data (Data) LSB- 
converted this time by the physical value conversion unit 
220 and the Handle number corresponding to the con- 
trol data (herein, Handle 21) to the common memory 
unit 210 in the same manner as in the case of [42]. 
[0148] Then, the common memory unit 210 refers 
the first table (FIG. 4) in the table storage unit 500 to 
thereby acquire the common memory address 
($FFFF0012) and the common memory size (1 byte) 
corresporxjing to Handle 21 . and writes the data (Data) 
transmitted together with the data update request mes- 
sage in the 1 byte area having the head at the address 
SFFFFOOl 2 of the common memory based on the com- 
mon memory address and the common memory size 
that have been acquired in the same manner as in the 
case that the Handle 20 is transmitted. Thereby, the 
updated LSB-converted AC data corresponding to Han- 
dle 21 is written in the common memory as shown in 3rd 
row and 2nd row in FIG. 1 4. 

[0149] Though not shown in the figure, the same 
processes as [39] to [42] and [43] to [46] shown in FIG. 
12 are performed on each other control data obtained 
by decomposing the common packet data in the proc- 
ess [38], each control data is LSB-converted. and the 
updated LSB-converted control data is written in the 
common memory. 

[01 50] The reason why the control data transmitted 
from the external is LSB-converted and written in the 
common memory is the same as the reason applied in 
the case that the control data obtained by the applica- 
tion unit 1 00 of the first microcomputer 60 is transmitted 
to the external, and that the data length of the control 
data transmitted from the external should be converted 
to the data length corresponding to the data accuracy 
employed by the application unit 100 of the first micro- 
computer 60. 

[0151] On the other hand, when the application unit 
100 (in detail, each application software of the applica- 
tion unit 100) uses the control data written in the com- 
mon memory as described above in control arithmetic 
operation, the application unit 100 and the common 
memory unit 210 operate as shown in FIG. 13. FIG. 13 
shows an example in which the engine application soft- 
ware 1 10 of the application unit 100 uses the TAM data 
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acquired from the air conditioner ECU 4 in the arithme- 
tic operation. 

[0152] For example, in the process step in which 
the engine application software 110 in the application 
unit 100 reads out the JAM data (outside temperature 
TAM data) that is one of the external common data from 
the common memory, the engine application software 
110 of the application unit 100 issues the data read out 
request message to the common memory unit 210 as 
shown by [47] in FIG. 13. At that time, both information 
of the Handle number of the TAM data (in the present 
example, Handle 20) and the storage address of the 
TAM data in the engine application software 1 1 0 (that is. 
the address in the control data memory area where the 
TAM data is written or read out when the engine appli- 
cation software 110 performs arithmetic operation for 
controlling, in the present example. &TAM) are transmit- 
ted to the common memory unit 210. 
[0153] In the case that the process for issuing the 
data read out request message is programmed in C-lan- 
guage. the issue message command for reading out the 
TAM data from the common memory Is described as 
shown herein under. 

Read (Handle 20. &TAM) 
[0154] This command has a meaning that the data 
corresponding to the Handle number (Handle 20) of the 
TAM data is read out and the data is stored in &TAM. 
[0155] In the case that an application software 1 1 0. 
120. or 130 of the application unit 100 reads out the 
data other than the TAM data from the common mem- 
ory. "Handle 20" among the commands is regarded as 
the Handle number of the data to be read out. and 
&TAM among the control data memory area provided 
for the application software is regarded as the address 
of the memory area that is set to store the data to be 
read out. 

[0156] Further, upon receiving the message from 
the application unit 100 (engine application software 
1 1 0), the common memory unit 210 refers the first table 
(FIG. 4) In the table storage unit 500 to thereby acquire 
the common memory address and the common mem- 
ory size corresporxjing to the Handle number (Handle 
20) transmitted together with the message as the com- 
mon memory information as shown by [48] in FIG. 13. 
[0157] Then, the common memory unit 210 recog- 
nizes that the TAM data is stored in 2 bytes area having 
the head at the address $FFFF0010 in the common 
memory based on the common memory information 
acquired as described atx^ve, and copies the TAM data 
stored in 2 bytes area having the head at the address 
$FFFF0010 of the common memory on the storage 
address (&TAM) of the TAM data in the engine applica- 
tion software 1 10 in the process [49] in FIG. 13. 
[01 58] Because of the copy operation, the TAM data 
in the common memory is provided to the engine appli- 
cation software 110 as shown with the upward arrow 
between the 2nd row and 1st row in FIG. 14. In [49] 
shown in FIG. 13. the copy operation is described as 



"inform the data of the common menriory". 
[0159] Though not shown in the figure, the control 
data other than the TAM data in the common memory is 
also provided to each application software of the appli- 
5 cation unit 100 in the same manner as that shown in 
FIG. 13. 

[0160] For example, in the case that the engine 
application software 110 of the application unit 100 
reads out the SPD data calculated by the ECT applica- 

10 tion software 120 from the common memory and in the 
case that the ECT application software 120 reads out 
the Ne data calculated by the engine application soft- 
ware 1 10 from the common memory, the same process 
as that shown in FIG. 1 3 is performed. 

15 [01 61 ] Furthermore, the case in which the commu- 
nication data transmitted through the multiple communi- 
cation line 10 is received is described above, but in the 
case that the communication data transmitted from the 
attitude control ECU 8 through the serial communication 

20 line 1 1 or the communication data transmitted from the 
second microcomputer 62 through the communication 
line 68 is received, the same conversion process opera- 
tions as those shown in FIG. 11 to FIG. 13 are per- 
formed. 

25 [01 62] In the present embodiment, each application 
software 110, 120. or 130 of the application unit 100 
among programs stored in the ROM of the first micro- 
computer 60 corresponds to the application program, 
the communication conversion unit 200 correspx)nds to 

30 the data conversion program, and the communication 
units 310. 320. and 330 of the communication driver unit 
300 are corresponds to the communication driver pro- 
gram. 

[0163] In data transmission, the common packet 
35 data unit 230 corresponds to the common packet data 
generation program module, the communication data 
conversion unit 240 corresponds to the communication 
data conversion program module, and the physical 
value conversion unit 220 conresponds to the physical 
40 value conversion program module. 

[0164] In data reception, the communication data 
conversion unit 240 con-esponds to the first program 
module, the common packet data unit 230 corresponds 
to the second program module, and the physical value 
45 conversion unit 220 corresponds to the physical value 
conversion program module. 

[0165] Furthermore, in the table storage unit 500 in 
the ROM, the area where the first table shown in FIG. 4 
is stored corresponds to the common packet data infbr- 

so mation memory means, and the area where the second 
table shown in FIG. 5 is stored corresponds to the con- 
version information memory means. 
[0166] The "common memory address" and "com- 
mon memory size" defined by the first table correspond 

55 to the information of the place where the control data is 
stored, and "common packet data size" and the "com- 
mon packet data position" defined by the first table cor- 
respond to the location position information. 
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[0167] The "communication system", "common 
packet data message length", "individual packet data 
message length", and "header information" defined by 
the second table correspond to the conversion informa- 
tion, 

[0168] As described above, in the first microcom- 
puter 60 of the present embodiment, the independent 
communication conversion unit 200 and communication 
driver unit 300 other than the application unit 100 (appli- 
cation software 1 10 to 130) perform the process for con- 
verting the control data to be transmitted to the 
communication target to the communication data string 
corresponding to the communication protocol, the proc- 
ess for transmitting the communication data string to the 
transmission target according to the communication 
protocol, the process for receiving and acquiring the 
communication data string transmitted from the commu- 
nication target according to the communication proto- 
col, and the process for extracting the control data from 
the acquired communication data string based on the 
communication protocol and for writing the control data 
in the common memory. 

[0169] As a result, it is not necessary to modify the 
application unit 100 even when the communication pro- 
tocol is changed, or the type and data length of the con- 
trol data to be communicated with the communication 
target or the arrangement of each control data in the 
communication data string are changed concomitantly 
with the system structure change. 
[0170] Particularly in the first microcomputer 60 of 
the present invention, the communication conversion 
unit 200 is divided into the common memory unit 210. 
the physical value conversion unit 220, the common 
packet data unit 230, and the communication data con- 
version unit 240. The common packet data unit 230 per- 
forms extraction of the control data to be transmitted 
and generation of the connmon packet based on each 
information defined by the first table in the table storage 
unit 500, and performs decomposition of the common 
packet data composed of the transmitted control data 
and writing of the each control data obtained by decom- 
position in the common memory The communication 
data conversion unit 240 performs, based on each infor- 
mation defined by the second table in the table storage 
unit 500. conversbn of the data to the communication 
data string corresponding to the communication proto- 
col of the common packet data and conversion of the 
received communication data string (the received data 
string dependent on the communication protocol) to the 
common packet data. 

[0171] As a result, the change of the type and data 
length of the control data to be communicated with the 
communication target or the arrangement of each con- 
trol data in the communication data string concomitant 
with the system structure change can be accommo- 
dated without change of the program of a layer including 
the application unit 100, only by changing each informa- 
tion defined by the first table. The change of the commu- 



nication protocol can be accommodated only by 
changing the communication driver unit 300 corre- 
sporxlingly to the communication protocol and by 
changing each information defined by the second table. 

5 [0172] In the first microcomputer 60 of the present 
embodiment, the physical value conversion unit 220. 
which is provided separately from the application unit 
100, performs LSB conversion process to matching the 
data length of the control data with that of the communi- 

10 cation target, the application software 1 10 to 130 of the 
application unit 100 are not restricted by the data length 
employed by the communication target, and the applica- 
tion software 1 1 0 to 1 30 are independent of the commu- 
nication target. 

15 [01 73] Furthermore, in the first microcomputer 60 of 
the present embodiment, since the control data is used 
commonly among the application software 110 to 130 
by way of the common memory provided separately, for 
example, even when an application software is replaced 
with another different application software due to control 
target change, other application software is not affected. 
That is, the application software 1 10 to 130 are sepa- 
rated each other, and the replacement of the application 
software and the diversion to another system structure 
are easy. 

[0174] On the other hand, in thefirst microcomputer 
60 of the present embodiment, since the common 
packet data of the transmission target is generated by 
combining each control data calculated respectively by 
a plurality of application software 1 10 to 130 in the data 
transmission, various diversified control data relative to 
a plurality of application software can be transmitted to 
the communication target In one communication, and as 
a result the very efficient data communication is real- 
ized. 

[0175] One embodiment of the present invention is 
described above, but the present invention is by no 
means limited by the embodiment described above, and 
of course various modifications may be applied. 
[0176] For example, in the first microcomputer 60 of 
the embodiment, the case in which the process of the 
common packet data unit 230 depends on the informa- 
tion defined by the first table shown in FIG. 4 and the 
process of the communication data conversion unit 240 
depends on the information defined by the second table 
shown in FIG. 5 is described above, but processes of 
the common packet data unit 230 and the communica- 
tion data conversion unit 240 may be the fixed process 
that refers neither the first table nor the secorxi table. 
[01 77] In such case, though the effect is rather poor, 
for example, in the case that the type and data length of 
the control data to be communicated with the communi- 
cation target or the arrangement of each control data in 
the communication data string are changed, the change 
can be accommodated only by modifying the common 
packet data unit 230. In the case that the communica- 
tion protocol is changed, the change can be accommo- 
dated only by modifying the communication data 
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conversion unit 240 and the communication driver unit 
300. that is. only by partly modifying the communication 
conversion unit. 

[01 78] On the other hand, in the embodiment, since 
the first microcomputer 60 is sensed for performing the s 
DMA communication with the second microcomputer 62 
through the communication line 68, the serial communi- 
cation with the attitude control ECU 8 through the serial 
communication line 1 1 , and the multiple communication 
with the air conditioner ECU 4 and the meter ECU 6 io 
through the multiple communication line 10, respective 
communication driver programs corresponding to three 
types of communication protocols that is, the DMA com- 
munication unit 310, the serial communication unit 320, 
and the multiple communication unit 330 are incorpo- is 
rated in the communication driver unit 300. 
[0179] To simplify the structure, for example, if the 
first microcomputer 60 is served only for the serial com- 
munication, the communication driver unit 300 is com- 
posed only of the serial communication unit 320. and 20 
the information defined by the first and second tables 
may be rewritten only to the information corresponding 
to the serial communication with the communication tar- 
get. 

[0180] In detail, the communication driver program 25 
corresponding to the communication protocol to be 
used actually is incorporated in the communication 
driver unit 300. the information defined by the first table 
is set correspondingly to the type arxi data length of the 
control data to be communicated with the communica- 30 
tion target and the arrangement in the communication 
data string, and the information defined by the second 
table is set correspondingly to the communication proto- 
col to be used actually, as a result various system struc- 
tures and the data communication according to various 35 
communication protocols can be accommodated with- 
out changing the application unit 100 and program mod- 
ules (objects) of each layer other than the 
communication driver unit 330 shown in FIG. 3. 
[0181] The present invention having been 40 
described above may be implemented in other ways 
without departing from the spirit of the invention. 
[0182] An ECU (2. 4. 6. 8) is provided with a micro- 
computer (60. 62) for performing arithmetic operation 
for controlling a control target (18. 20. 22. 30, 32, 40. 42) 45 
by executing a program stored in a ROM and lor per- 
forming the process to transmit the control data calcu- 
lated by means of the arithmetic operation to a 
communication target. The program comprises inde- 
pendent program modules, that is, an application pro- so 
gram unit (100 - 130) for perbrming the arithmetic 
operation, a communication conversion program unit 
(200) for extracting the control data to be transmitted 
from among the control data calculated by the applica- 
tion unit and for performing the process to convert the ss 
extracted control data to the communication data string 
corresponding to the communication protocol of the 
communication target, and a communication driver pro- 
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gram unit (300) for perfbmning the process to transmit 
the data string according to the communication proto- 
col. 

Claims 

1. An automobile control unit (2, 4. 6. 8) comprising a 
microcomputer (60, 62) for performing arithmetic 
operation for controlling a control target mounted 
on an automobile by executing a program stored in 
a memory medium and for performing a process for 
transmitting any one of control data calculated by 
means of the arithmetic operation to a communica- 
tion target (4, 6, 8); 

wherein the program in the memory medium 
includes: 

an application program (100 - 130) for perform- 
ing the arithmetic operation; 
a data conversion program (200 - 240), which 
is provided in addition to the application pro- 
gram, for extracting the control data to be trans- 
mitted to the communication target from among 
the control data calculated l>y means of the 
application program and for performing the 
process for converting extracted control data to 
a communication data string corresponding to 
a specified communication protocol deter- 
mined by the communication target; and 
a communication driver program (300 - 330), 
which is provided in addition to the data conver- 
sion program and the application program, for 
performing the process for transmitting the 
communication data string converted by 
means of the data conversion program to the 
communication target according to the speci- 
fied communication protocol. 

2. An automobile control unit of claim 1 , wherein the 
data conversion program (200 ■ 240) includes: 

a common packet data generation program 
module (230) for extracting the control data to 
be transmitted to the communication target 
from among the control data calculated by 
means of the application program and for per- 
forming a process for generating a common 
packet data that is, a data string not dependent 
on the communication protocol by an^anging 
the extracted control data in the order predeter- 
mined by the communication target; and 
a communication data conversion program 
module (240) for performing a process for con- 
verting the common packet data generated by 
means of the common packet data generation 
program module to the communication data 
string corresponding to the specified communi- 
cation protocol. 
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3. An automobile control unit of claim 2, wherein: 

the control target (18. 20. 22, 30, 32. 40. 42) 
includes a first control target and a second con- 
trol target; 5 
the application program (100 - 130) includes a 
first application program for performing the 
arithmetic operation for controlling the first con- 
trol target artd a second application program for 
performing the arithmetic operation for control- io 
ling the second control target; and 
the common packet data generation program 
module (230) is structured so as to generate 
the common packet data by means of the proc- 
ess in which the control data to be transmitted is 
to the communication target is extracted from 
among the control data calculated by means of 
the first application program, other control data 
to be transmitted to the communication target 
is extracted from among the control data calcu- 20 
lated by means of the second application pro- 
gram, and the extracted control data is 
arranged in the order predetermined by the 
communication target 

25 

4. An automobile control unit of claim 1 , wherein: 

the control target (18. 20. 22. 30, 32. 40. 42) 
comprises a first control target and a second 
control target; 30 
the application program (100 - 130) comprises 
a first application program for performing the 
arithmetic operation for controlling the first con- 
trol target and a second application program for 
performing the arithmetic operation for control- 35 
ling the second control target; 
the unit (2. 4. 6. 8) is provided with a common 
memory (210), which is provided in addition to 
memory means, for storing the control data 
used commonly for the first application pro- 40 
gram and the second application program and 
for storing all the control data used for control- 
ling the control target of the first arxJ second 
application programs by the first and second 
application programs; 45 
the first and second application programs are 
structured so that the application program (100 
- 130) that calculates and provides the control 
data to be used commonly writes the control 
data in the common memory, and another so 
application program that is provided with the 
control data reads out the control data from the 
common memory; and 

the data conversion program (200 - 240) 
includes a common packet data generation ss 
program module (230) for performing the proc- 
ess for generating the common packet data 
that is not dependent on the communication 



protocol by means of the process in which the 
control data to be transmitted to the communi- 
cation target is extracted from among the con- 
trol data stored in the common memory and the 
extracted control data is anranged in the order 
determined previously by the communication 
target, and a communication data conversion 
program module (240) for converting the com- 
mon packet data generated by the common 
packet data generation program module to the 
communication data string corresponding to 
the specified communication protocol. 

5. An automobile control unit of any one of claims 2 to 

4. wherein: 

the data conversion program (200 - 240) Is 
additionally provided with a physical value con- 
version program module (230) for converting 
data length of the control data extracted by 
means of the common packet data generation 
program module to the data length that is han- 
dled by a communication target side; and 
the common packet data generation program 
module (240) is structured so as to generate 
the common packet data by arranging the con- 
trol data having the data length that has been 
converted by the physical value conversion 
program module in the order determined previ- 
ously by the communication target. 

6. An automobile control unit of any one of claims 2 to 

5. wherein: 

the unit (2, 4, 6. 8) is provided with common 
packet data information memory means (500) 
for correspondingly storing storage place infor- 
mation of the control data that is a component 
of the common packet data and location posi- 
tion information for indicating a place where the 
control data is located in the common packet 
data; and 

the common packet data generation program 
module (230) is structured so as to extract the 
control data to be transmitted to the communi- 
cation target based on the storage place infor- 
mation stored in the comnx>n packet data 
information memory means and to generate 
the common packet data based on tiie location 
position information stored in the common 
packet data information memory means. 

7. An automobile control unit of any one of claims 2 to 

6. wherein: 

the automobile control unit (2, 4. 6. 8) is pro- 
vided with conversion information memory 
means (220) that stores conversion information 
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for converting the common packet data to the 
communication data string corresponding to 
the specified communication protocol; and 
the communication data conversion program 
module (240) is structured so as to convert the s 
common packet data generated by means of 
the common packet data generation program 
module to the communication data string corre* 
spending to the specified communication pro- 
tocol based on the conversion information io 
stored In the conversion information memory 
means. 

8. An automobile control unit (2, 4, 6, 8) comprising a 
microcomputer (60, 62) for performing a process for is 
receiving a communication data string transmitted 
from a communication target by executing a pro- 
gram stored in a memory medium and for perform- 
ing arithmetic operation for controlling a control 
target (18, 20, 22. 30. 32. 40. 42) mounted on an 20 
automobile by using control data included in the 
communication data string received by the process, 
wherein the program in the memory medium 
includes: 

25 

a communication driver program (300 - 330) for 
performing a process for receiving and acquir- 
ing a communication data string transmitted 
from the communication target according to a 
specified communication protocol determined 30 
by the communication target; 
a data conversion program (200 - 240). which 
is provided in addition to the communication 
driver program, for performing a process for 
extracting the control data from among the 3S 
communication data string acquired by the 
communication drive* program based on the 
specified communication protocol, and tor writ- 
ing extracted control data in the predetermined 
memory area prepared for storing the control 40 
data; and 

an application program (100 - 130). which is 
provided in addition to the data conversion pro- 
gram and the communication driver program, 
for reading out the control data stored in a pre- 45 
determined memory area and for performing 
the arithmetic operation by using read out con- 
trol data. 

9. An automobile control unit of claim 8, wherein: so 

a plurality of types of control data is included in 
the communication data string transmitted from 
the communication target in the predetermined 
order; and 55 
the data conversion program (200 - 240) 
includes a first program module (240) for per- 
forming a process for converting the communi- 



cation data string acquired by the 
communication driver program to common 
packet data that is a data string in which a plu- 
rality of types of control data is arranged In the 
order of transmission from first transmitted con- 
trol data based on tiie specified communication 
protocol, and a second program module (230) 
for performing a process for decomposing the 
common packet data converted by the first pro- 
gram module Into a plurality of types of control 
data and for writing the decomposed control 
data on respective memory areas prepared for 
storing the control data. 

10. An automobile control unit of claim 9, wherein: 

the data conversion program (200 - 240) is 
additionally provided with a physical value con- 
version program module (220) for converting 
data length of the control data decomposed 
from the common packet data by the second 
program module to the data length handled by 
the application program; and 
the second program module (230) is structured 
so as to write the control data having the data 
length that has been converted by the physical 
value conversion program module in respective 
corresponding memory areas. 

1 1 . An automobile control unit of claim 9 or 1 0, wherein: 

the automobile control unit (2, 4, 6, 8) is pro- 
vided with common packet data information 
memory means (500) that correspondingly 
stores location position information for indicat- 
ing a location position in tiie common packet 
data and storage place information of the con- 
trol data; and 

the second program module (230) is structured 
so as to decompose the common packet data 
to tiie control data based on the location posi- 
tion information stored in the common packet 
data information memory means arKi so as to 
write the control data in the respective memory 
areas based on the storage place information 
stored in the common packet data information 
memory means. 

12. An automobile control unit of any one of claims 9 to 
1 1 , wherein: 

the automobile control unit (2. 4. 6, 8) is pro- 
vided with conversion information memory 
means (500) that stores conversion Information 
for converting the communication data string 
acquired by the communication driver program 
to the common packet data; and 
the first program module (240) is structured so 
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as to convert the communication data string 
acquired by the communication driver program 
to the common packet data based on the con- 
version information stored in the conversion 
information memory means. s 



13. An automobile control unit (2, 4. 6, 8) comprising a 
microcomputer (60. 62) for performing arithmetic 
operation for controlling control target (18, 20. 22. 
30. 32, 40, 42) mounted on an automobile by exe- io 
cuting a program stored in a memory medium and 
for transmitting any one of control data calculated 
by means of the arithmetic operation to a communi- 
cation target, 

wherein the program in the memory medium is 
includes a software structure which has: 



an application unit (100) that stores an applica- 
tion program (110 - 130) for performing the 
arithmetic operation; 20 
a common packet data unit (230) for extracting 
the control data to be transmitted to the com- 
munication target from among the control data 
calculated by the application program and for 
storing a process program for generating com- 25 
mon packet data that is. a data string that is not 
dependent on a communication protocol by 
arranging extracted control data in the order 
previously determined by the communication 
target; 30 
a communication data conversion unit (240) 
that stores a process program for converting 
the common packet data to the communication 
data string corresponding to a specified com- 
munication protocol determined by the commu- 35 
nication target; and 

a communication driver unit (300) that stores a 
process program (310 - 330) for transmitting 
the communication data string converted by 
the communication data conversion unit to the 40 
communication target. 
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FIG. 9 




COMMON 
MEMORY 



Handle! 



PHYSICAL 

VALUE 

CONVERSION 



Handle 1 



SPD' 



Handlel 



Nc' 



COMMON 

PACKET 

DATA 



PNl 


r-i — 1 

SPD' 

LJiir — 1 


r ■ 


- |Ne- 


• m • 

K ' 





DATA CONVERSION 



UPPER 
UYER 



PNl 



V MAXIMUM TRANSFER UNIT(8BYTES)-^ 
ill 



FCI 



I 'I ' [ 'I I 







N 


^ 


— DATA FRAME 







LOWER 
LAYER 


Arbitration 
[ 


ML 

[ ' 


FCI 




















\ 




\ 

N 








/ 




> 




\ 











DRIVER \ 



\ \ 



ACTUAL 
COMMUNICA- 
TION DATA 







^ 


1 

SOF 


■ 1 

Arbitration 


ML 



Data 



CRC 



Ack 



EOF 



BNSDOCID <EP 1034ge2A2 I > 



29 



EP 1 034 982 A2 



FIG. 10 
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FIG. 14 
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